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communication endpoint for a client application is defined 
by instantiating a network definition object for the commu- 
nication endpoint from a network definition class object The 
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derived from a set of protocol interface objects from a 
protocol interface class object and a set of protocol layer 
objects from a protocol layer class object The objects 
forming each of the layers in the protocol stack differ in their 
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TITLE: Object-oriented communication interface for network protocol access using the 
selected newly created protocol interface object and newly created protocol layer 
objects in the protocol stack 

Detailed Description Text (182) : 

For every communication endpoint which a user creates, there must be a unique ID 
that must be maintained to associate an endpoint to a stack of protocol layer 
objects. The protocol layer objects represent the endpoint on the server process. 
Note that this correspondence is one-to-one. For this purpose, during the creation 
of the endpoint using the TACcessDef inition : : Instantiated method, the TAccessOp 
object is created. The TAccessOp object then creates a ClientStackHead object which 
represents the client side of communication. The AccessOp object is then flattened 
and sent to the server using either the RPC or IPC mechanism by the ClientStackHead. 
The server then rebuilds the TAccessOp object from the data stream using stream-in 
operator of TNetworkOperation and calls the TAccessop :: Execute ( ) method. This 
function creates a ServerStackHead object which creates the protocol layer objects 
from the protocol interface objects and keeps a list of the pointers to these 
protocol layer objects in the TServerStackHead object. The TServerStackHead pointer 
is stored in a global table of the network server and the index is streamed-out to 
the client. The TClientStackHead object stores the ServerStackHead ID and uses it 
for all subsequent operations. Thus, the ServerStackHeadID serves as a unique ID 
between a client and the server. Subsequent requests such as a TBindOp when received 
by a server, it locates the corresponding server stack head using the ID that is 
passed in the TBindOp. 

Detailed Description Text (185) : 

1. ProcessOperation : This function is called by the TProtocol Interface or 
TAccessDef inition objects for the TClientStackHead to process the TNetworkOperation 
object. This function flattens the TNetworkOperation object and send the flattened 
operation object to the server using RPC / 1 PC mechanisms pr ovided by the system. This 
function also rebuilds the NetworkOperation object when the server responds t o the 
request that wa s sent . Basically, this function senSs and receives Net workup era tron 
Objects to ana rrom the server. 

Detailed Description Text (196) : 

FIG. 9D illustrates the flow of requests from client to server and vice-versa. As 
explained above, an endpoint is represented by the TAccessDef inition object on the 
client and a stack of TProtocolLayer objects on the server. The communication 
between the client and the server is managed by the TClientStackHead and the 
TServerStackHead objects. The figure shows two endpoints 725. A network request from 
the client is sent to the ServerProcess/Thread 727 as a TNetworkOperation object 
using the system RPC or IPC mechanisms. The ServerProcess rebuilds the 
TNetworkOperation object, then locates the TServerStackHead object that represents 
the endpointl, and routes the request to ServerStackHead 1 729. Similar processing 
is done to route the request from endpoint 2 to ServerStackHead2 that represents 
this endpoint on the server. The ServerStackl then calls 

TNetworkOperation: : Execute ( ) method which then calls an appropriate method in 
TTransportLayer of stackl 733. The TTransportLayer may choose to call a method in 
the TNetworklayer which then sends the request to the TFamilyLayer 737. The family 



